Core Data的大部分功能取决于妳所创建的用于描述程序中的实体、实体的属性及实体之间关系的模式（schema）。模式是由一个被管理对象模型来表示的—即是一个NSManagedObjectModel 实例。通常来讲，模型信息越丰富，Core Data 就能越好地支持妳的程序。此文章说明的是，一个被管理对象模型所具有的特性、妳如何创建它，以及如何在妳的程序中使用它。

一个模型中会包含NSEntityDescription 对象，它们代表着该模型的实体。对于一个实体，有两个特性是非常重要的，一个是它的名字，另一个是在运行时用来代表此实体的类的名字。妳应当仔细区分开这三个东西：一个实体；用来表示此实体的类；是该实体的实例的那些被管理对象。

一个NSEntityDescription 对象，可能会拥有一些NSAttributeDescription 和NSRelationshipDescription 对象，它们代表着该模式中该实体的属性。一个实体还可能拥有已获取的属性（fetched properties），它们由NSFetchedPropertyDescription 的实例来表示。而模型本身可能拥有取信息请求模板（fetch request templates），由NSFetchRequest 的实例来表示。

在模型中，那些实体可能会被按照树形结构组织起来，而且有些实体可能会被指定为抽象的（abstract）。

实体继承与类继承是类似的，也因为相同的原因而成为有用的特性。如果妳拥有一些非常相似的实体，那么，妳可以将其中的共有属性提取出来成为一个超实体（super-entity）。妳不用在多个实体中都定义相同的属性，只需要将相同的属性定义到某个实体中再使用子实体（sub-entities）继承它就可以了。例如，妳可以定义一个人（Person）实体，它拥有名（firstName）和姓（lastName）两个属性，然后定义子实体雇员（Employee）和顾客（Customer），它们继承了这些属性。

在狠多情况下，妳还会实现一个自定义类，它对应于那个超实体，并且让那些对应于子实体的类继承这个类。不需要在所有类中都重复实现那些对各个实体都相同的业务逻辑，只需要在超类中实现它们，再由子类来继承就可以了。

如果妳想通过代码来创建一个实体继承树的话，则必须从上至下构建这棵树。妳无法直接设置一个实体的超实体，妳只能设置某个实体的子实体（使用这个方法setSubentities:）。所以，要想为某个指定的实体设置其超实体的话，妳必须为那个超实体设置一个子实体数组，其中就要包括当前的那个实体。

妳可以将某个实体指定为抽象的—即，妳不会创建那个实体的任何实例。通常在这种情况下需要将一个实体设置成抽象的：妳拥有一组实体，它们各自都代表着某个普通实体的变种（继承自该普通实体），而该普通实体本身却不应当被实例化。例如，在一个绘图程序中，妳可能会有一个图形（Graphic）实体，它定义了x坐标、y坐标、颜色和绘图区域属性。但是，妳不会实例化一个 图形 实体。具体的（即，可实例化的） 图形 实体的子实体可能包括： 圆 （Circle）、 文字区域 （TextArea）和 线 （Line）。

Core Data支持对一（to-one）和对多（to-many）关系，还有被获取的属性（fetched properties）。被获取的属性表示的是弱的、单向的关系。具体拿雇员和部门这个例子来说，“最近招聘的雇员”就可以作为某个部门的一个被获取的属性来处理（雇员对象不具有对于最近招聘的雇员这个关系的反向引用）。

妳使用NSFetchRequest 类来描述取信息请求，再用取信息请求来从一个持久化存储中获取对象。经常会遇到的一种情况就是，妳会在多个时机执行相同的请求，或者是执行一些模式（pattern）固定却带有变量元素（通常由用户提供）的请求。例如，妳可能需要在运行时查询出用户所指定的某位作家在某个日期之后发布的所有作品。

妳可以预先定义好取信息请求，将它们作为命名模板储存在一个被管理对象模型中。这样就可以从模型中预定义出妳所需要的查询了。一般情况下，妳会使用 Xcode 的数据建模工具（参考Xcode中用于 Core Data的工具）来定义取信息请求模板（fetch request templates）。模板中可以包含变量，见图 2。

在一个被管理对象模型中的狠多元素—实体、值属性和关系—都有一个相关联的用户信息字典。妳可以将任何信息以键-值对的方式储存在一个用户信息字典中。常见的会放入用户信息字典的信息包括：一个实体的版本信息；用于一个 被获取的属性 中的断言的值。